FROM R06ITZ 619 338 8078 



($UN)JAN 27 2008 1 1 :32/ST. 11 :31/No. 6833031 800 P 2 



CASE NO.: HSJ92003025fiUSl 
Serial No.: 10/756,123 



PATENT 
Filed: January 12, 2004 



January 27, 2008 
Page 2 



to leach the importance of the instruction set simulator OSS) being able to adapt decode at^d execution 
behavior from the files tliat are used to define the system software and hardware: 



"All the goals require that the ISS 126 be able to load and decode programs produced with 
the configurable assembler 1 10 and linker. They also require that ISS execution of instructions 
be semantically equivalent to the corresponding hardware execution and to the compiler's 
expectations. For diese reasons, the ISS 126 derives Us decode and execution behavior from 
the same ISA fdes used to define the hardware and sysiem software. 

"For the firsrt and last goals listed above, it is important for the ISS 126 to be as fast as 
possible for the required accuracy. The ISS 126 therefore permits dynamic contml of the level 
of detail of the simulation. For example, cache details are not modeled unless requested, and 
cache modeling can be turned off and on dynamically. In addition, parts of the ISS 126 (e.g., 
cache and pipeline models) are configured before the ISS 126 is compiled so that the TSS 126 
makes very few configiu^tion-dependent choices of behavior at runtime. In this way, all ISS 
configurable behavior is derived from well-defined sources related to other parts of the 
system.** 

Thus, the first paragraph of the relied-upon part of Killian teaches adapting processing behavior, not 
defining a type of input data. To do this, the second paragraph teaches dynamically controlling the level 
^mulation^ such as turning cache details on and off, and to configure parts of the ISS prior to compilation. 
But nothing is said about defining data types, much less input set data types as claimed 

Applicant has alro carefully considered Qaussen, coL 28, lines 28-38, used as a teaching of a GUI 
page based on the type, with the GUI page being generated by translating the type using a configuration file 
to a class and using Java reflection to generate an instance of die class, the instance producing the GUI page. 
Applicant beltcvcs that this is not what the relied-upon part of Clau&sen teaches: 
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''Itie ptesent invention uses custom DOM tags together with a fiamework and nmtinie tliat 
provides a powerful macro language to XML/JSP. The custom DOM tags allow a web page 
author the ability to define a simple markup language tag, e.g., <SHOPPlNG_CART>» lhat» 
at page translation time, is converted into script code by a generic Java object or an XSL 
styledieet. This script code is then compiled into Java code and then into a Java setvlet, 
yielding excellent performance servicing a client's request. Because the custom tag replaces 
the script code in the authored p^ige^ the page is kept clean and easy to maintain. The script 
code is kept separate and, thus, need only be debugged once. Normal ASP development, on 
the contrary, would force this code to remain in the page, and it would have to be debugged 
after every modificaticHi." 



Thus, the relied-upon part of Qaussen teaches allowing an author to define tags that are converted to 
script by Java or XSL, which is sent as a servlet Using this feature, per Qaussen, keeps the page clean and 
easy to maintain, tequiring only one-time debugging. But there is nothing said about a GUI, much less the 
one claimed in which it is generated by tianslating a data type using a configuration file to a class and using 
Java reflection to generate an instance of the class. Accordingly^ with respect Applicant believes the claims 
are allowable. 

With respect to certain dependent claims, the allegation that Killian, coL 5, lines 57*64 teach a pipe 
input set requiring no programming apart ftom an initial cote code as set forth in Gaim 2, Applicant believes 
that this section of the reference teaches the opposite, that the ISS must "adapt to changes and additions". 

Applicant believes that the allegation is inconect that the above-replicated part of Killian teaches 
Gaim 3's incremental GUI. since the above-replicated part says nothing about new pipe components as 



Applicant believes that the grounds for rejecting Oaims 5 and 6 are non-sequilurs in that even if 
Killian leaches what is alleged, what is alleged is not what is being claimed. 



claimed. 
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The examiner is cordially invited to telephone the imdersigt>ed for any reason that would advance this 



application to allowance. 



Re?^3ectfi]lly submitted. 



John L. Rogitz 
Regisuation No, 33,549 
Attorney of Record 
750 B Street, Suite 3120 
San Diego, CA 92101 
Telephone: (619)338-8075 
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